home *** CD-ROM | disk | FTP | other *** search
-
-
-
- LLLLNNNNDDDDIIIIRRRR((((1111)))) XXXX VVVVeeeerrrrssssiiiioooonnnn 11111111 ((((RRRReeeelllleeeeaaaasssseeee 6666....6666)))) LLLLNNNNDDDDIIIIRRRR((((1111))))
-
-
-
- NNNNAAAAMMMMEEEE
- lndir - create a shadow directory of symbolic links to
- another directory tree
-
- SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
- llllnnnnddddiiiirrrr [ ----ssssiiiilllleeeennnntttt ] [ ----iiiiggggnnnnoooorrrreeeelllliiiinnnnkkkkssss ] _f_r_o_m_d_i_r [ _t_o_d_i_r ]
-
- DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
- The _l_n_d_i_r program makes a shadow copy _t_o_d_i_r of a directory
- tree _f_r_o_m_d_i_r, except that the shadow is not populated with
- real files but instead with symbolic links pointing at the
- real files in the _f_r_o_m_d_i_r directory tree. This is usually
- useful for maintaining source code for different machine
- architectures. You create a shadow directory containing
- links to the real source, which you will have usually
- mounted from a remote machine. You can build in the shadow
- tree, and the object files will be in the shadow directory,
- while the source files in the shadow directory are just
- symlinks to the real files.
-
- This scheme has the advantage that if you update the source,
- you need not propagate the change to the other architectures
- by hand, since all source in all shadow directories are
- symlinks to the real thing: just cd to the shadow directory
- and recompile away.
-
- The _t_o_d_i_r argument is optional and defaults to the current
- directory. The _f_r_o_m_d_i_r argument may be relative (e.g.,
- ../src) and is relative to _t_o_d_i_r (not the current
- directory).
-
- Note that RCS, SCCS, CVS and CVS.adm directories are not
- shadowed.
-
- If you add files, simply run _l_n_d_i_r again. New files will be
- silently added. Old files will be checked that they have
- the correct link.
-
- Deleting files is a more painful problem; the symlinks will
- just point into never never land.
-
- If a file in _f_r_o_m_d_i_r is a symbolic link, _l_n_d_i_r will make the
- same link in _t_o_d_i_r rather than making a link back to the
- (symbolic link) entry in _f_r_o_m_d_i_r. The ----iiiiggggnnnnoooorrrreeeelllliiiinnnnkkkkssss flag
- changes this behavior.
-
- OOOOPPPPTTTTIIIIOOOONNNNSSSS
- -silent
- Normally _l_n_d_i_r outputs the name of each subdirectory as
- it descends into it. The ----ssssiiiilllleeeennnntttt option suppresses
- these status messages.
-
-
-
-
- Page 1 (printed 10/3/02)
-
-
-
-
-
-
- LLLLNNNNDDDDIIIIRRRR((((1111)))) XXXX VVVVeeeerrrrssssiiiioooonnnn 11111111 ((((RRRReeeelllleeeeaaaasssseeee 6666....6666)))) LLLLNNNNDDDDIIIIRRRR((((1111))))
-
-
-
- -ignorelinks
- Causes the program to not treat symbolic links in
- _f_r_o_m_d_i_r specially. The link created in _t_o_d_i_r will
- point back to the corresponding (symbolic link) file in
- _f_r_o_m_d_i_r. If the link is to a directory, this is almost
- certainly the wrong thing.
-
- This option exists mostly to emulate the behavior the C
- version of _l_n_d_i_r had in X11R6. Its use is not
- recommended.
-
- DDDDIIIIAAAAGGGGNNNNOOOOSSSSTTTTIIIICCCCSSSS
- The program displays the name of each subdirectory it
- enters, followed by a colon. The ----ssssiiiilllleeeennnntttt option suppresses
- these messages.
-
- A warning message is displayed if the symbolic link cannot
- be created. The usual problem is that a regular file of the
- same name already exists.
-
- If the link already exists but doesn't point to the correct
- file, the program prints the link name and the location
- where it does point.
-
- BBBBUUUUGGGGSSSS
- The _p_a_t_c_h program gets upset if it cannot change the files.
- You should never run _p_a_t_c_h from a shadow directory anyway.
-
- You need to use something like
- find todir -type l -print | xargs rm
- to clear out all files before you can relink (if fromdir
- moved, for instance). Something like
- find . \! -type d -print
- will find all files that are not directories.
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- Page 2 (printed 10/3/02)
-
-
-
-